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METHODS AND APPARATUS FOR REDUCING RESOURCE CONTENTION 



Virtually all computer applications rely on some form of data storage. The term 
"data" generally refers to any information, including formatting information, computer 
code (executable programs), and other information that may be manipulated and/or 
utilized by an executable program. Accordingly, data storage systems generally can be 
used, for example, for storing computer code, a variety of variables and other 
information, and particular arrangements and organizations of data, such as databases. 

In a variety of computer environments, a backup data storage system may be 
desirable in addition to a primary data storage system. Generally, a backup data storage 
system provides redundant data storage and archiving to permit recovery of data in the 
event of, for example, corruption of the data in the primary storage system, failure of the 
primary storage system, and the like. 

Fig. 1 illustrates one example of a conventional computer environment 200 
including a computer system 10, a primary storage system 12, and a backup storage 
system 14. In Fig, 1, the computer system 10 is coupled to the backup storage system 14 
via line 18. The line 18 may represent one or more direct connections dedicated 
exclusively to transmitting information between the computer system 10 and the backup 
storage system 14. Altematively, the line 18 may represent a non-dedicated connection, 
such as an open network connection (as indicated by the dashed arrows in Fig. 1), which 
can be used for other purposes. For example, when the line 1 8 is a network connection, 
it may also be connected to one or more other computer systems similar to the computer 
system 10, or other network devices (not shown). In a network environment, the 
computer system 10 may be configured as a conventional network computer system. 



IN PARALLEL DATA BACKUP PROCESSES 



Field of the Invention 



The present invention relates to data storage for computers, and more 
particularly, to methods and apparatus for optimizing data backup processes. 
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In Fig. 1, the primary storage system 12 may be any type of storage system that 
includes one or more storage devices employing a storage media, such as magnetic or 
optical disks, magnetic tape, and the like. Additionally, the primary storage system may 
include a processor and one or more controllers to manage writing data to, and reading 
5 data from, the storage media. While the primary storage system 12 is directly connected 
to the computer system 10 in Fig. 1, the primary storage system 12 alternatively may be 
coupled to the computer system 10 via a network (e.g., via the line 18 serving as a 
network connection or via a different network). One example of a storage system 
suitable for use as the primary storage system 12 in Fig. 1 is the SYMMETRIX line of 
10 disk arrays, available from EMC Corporation of Hopkinton, Massachusetts. 

The backup storage system 14 of Fig. 1 may include one or more backup storage 
devices (e.g., disk drives, tape storage, or any other storage media), together with one or 
: more processors and/or controllers for storing data on the backup storage media and 
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4: recovering the data from the backup storage media. An example of a backup storage 

1^'^ 15 system suitable for use as the backup storage system 14 is the EMC® Data Manager 

^2 (EDM), also available from EMC Corporation, of Hopkinton, Massachusetts. 

LE The EDM backup system is a turnkey product designed to manage and store large 

j=; I amounts of backup data. In particular, the EDM backup system is capable of providing 

nj imattended offline or online backup of one or more network client computer systems. 

20 For example, in computer environments such as that shown in Fig. 1 in which the line 18 
represents a network connection, an EDM backup system may act as a backup server to 
one or more client computer systems (such as the computer system 10) coupled to the 
network. The EDM backup system is a fully integrated package that includes all 
required hardware (e.g., a host processor, controllers, user interface components, etc.), 
25 and software for storage media management and backup system operation. In addition to 
UNIX^" environments, the EDM backup system fully supports, for example, OS/2'^'^, 
NetWare"^"^, Windows NT"^"^ and other operating systems, and is capable of performing 
database backup and restore operations for vendors such as Oracle^"^, Sybase®, 
Informix™, and Microsoft SQL™. 
30 As shown in Fig. 1, the backup storage system 14 typically is coupled to (or 

includes) a user interface 22, The user interface 22 may include, for example, a 
keyboard, keypad and/or mouse, a display which is capable of displaying text and/or 



graphics, and a printer. The user interface 22 may be integrated as part of the hardware 
and software package of the backup storage system 14. Ahematively, some or all of the 
components constituting the user interface may be discrete components coupled to the 
backup storage system 14. 

Through the user interface 22, a user (e.g., a system operator or administrator) 
may initiate and/or schedule backup activities by instructing the backup storage system 
to backup particular target data files at particular times (or, for example, periodically). 
Additionally, through the user interface, the user may access information related to 
backup activities performed by the backup storage system 14. For example, via the user 
interface 22, a user may access (e.g., display or print) information indicating the success 
or failure of completed backup data storage operations performed by the backup storage 
system 14 on one or more computer systems 10 coupled thereto. Information related to 
the backup activities of the backup storage system 14 typically is maintained in a portion 
of the storage area of the backup storage system. 

As also shown in the computer environment of Fig. 1, the backup storage system 
14 optionally may be directly connected to the primary storage system 12 via one or 
more dedicated lines 20 (e.g., an EDM backup system may be connected directly to a 
SYMMETRIX storage system via one or more dedicated lines 20). For situations in 
which the line 1 8 represents a network connection, one or more dedicated lines 20 
connecting the backup storage system 14 to the primary storage system 12 may improve 
performance when backing-up and restoring large amounts of data (e.g., large databases) 
by avoiding the transfer of data over the network. 

Fig. 2 is a more detailed illustration of a portion of Fig. 1, showing the primary 
storage system 12 connected to the backup storage system 14 via the one or more 
dedicated lines 20. Fig, 2 shows that a number of parallel backup processes 24 1 - 24n 
may execute to backup to the backup storage system 14, via the one or more lines 20, 
target data 26 that is stored in the primary storage system 12. Each backup process 24 1 - 
24n generally backs-up a respective portion of the target data 26 to one or more storage 
media 28 of the backup storage system 14. 

In Fig. 2, the backup processes 24 1 - 24n are shown as dashed lines, and the one 
or more dedicated lines 20 are shown for purposes of illustration as a conduit between 
the primary storage system 12 and the backup storage system 14, to clarify that each 
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backup process 24 1 - 24n represents a flow of data and not necessarily a particular 
discrete physical connection. More specifically, it should be appreciated that the number 
of backup processes 24 1 - 24n employed in the configuration of Fig. 2 is not necessarily 
related to the number of dedicated lines 20 interconnecting the primary storage system 
5 12 and the backup storage system 14. For purposes of the present discussion, each 
backup process 24 1 - 24n merely requires some physical path between the primary 
storage system 12 and the backup storage system 14, and a particular physical path for a 
backup process may involve different ones of the dedicated lines 20 at different times. It 
is also possible that different backup processes may utilize one or more common 
10 dedicated lines at different times during a backup operation of the target data. 

In Fig. 2, it should also be appreciated that the block representations of the target 
P3 data 26 and the backup storage medivim or media 28 are shovm for purposes of 

illustration only. In particular, the target data 26 may be located entirely on one storage 
4- medium in the primary storage system 12, or may be distributed amongst different 

i2 15 storage media in the primary storage system 12. Similarly, the backup processes 24i - 

'^f 24n may backup the target data 26 entirely to one backup storage medium 28 in the 

^ backup storage system 14, or may distribute the backed-up target data amongst different 

h1 backup storage media 28 in the backup storage system 14. 

mJ In the data storage configuration of Fig. 2, typically a user specifies (e.g., via the 

rj 20 user interface 22) the target data 26 to be backed up (e.g., by identifying one or more 

'^^ data files) and specifies the number of parallel backup processes 24 1 - 24n that the 

backup storage system 14 employs to backup the target data 26, In general, employing a 
greater number of parallel backup processes 24 1 - 24n tends to decrease the time required 
to backup the target data 26. The number of backup processes that may be specified by a 
25 user theoretically is unlimited, but practically may be constrained by the particular 
design of the backup storage system (e.g., software and/or hardware architecture). 

Typically, in conventional implementations, the backup storage system 14 of 
Fig. 2 obtains information regarding a total size of the target data 26 to be backed up 
from the primary storage system 12, and assigns different portions of the target data 26 
30 to respective backup processes 24i - 24n such that the target data is distributed essentially 
equally amongst the backup processes (i.e., each backup process backs-up approximately 
the same amount of data). In particular, a desired size (e.g., in bytes) of the data to be 



backed-up by each process 24 1 - 24n generally is determined from the total size of the 
target data 26 to be backed up divided by the number of backup processes specified by 
the user. For example, if the total size of the target data is ten gigabytes and ten backup 
processes are specified, each backup process backs-up approximately one gigabyte of 
data. Generally, a given data file of the target data 26 is not broken up amongst different 
backup processes. Accordingly, in the above example, each backup process may not 
backup exactly one gigabyte of data, as the distribution of whole data files amongst the 
ten backup processes may result in slightly different data sizes amongst the backup 
processes. In any case, it should be appreciated from the foregoing description that, in 
the conventional data storage configuration shown in Fig. 2, generally the total size of 
the target data and the number of backup processes used to backup the target data are the 
factors that determine how the target data is distributed amongst the backup processes. 

Fig. 3 is a diagram showing a more detailed example of one possible component 
configuration for the primary data storage system 12 shown in Figs. 1 and 2. The 
configuration shown in Fig. 3 is similar to that of the SYMMETRIX storage systems, 
discussed above. As shown in Fig. 3, the one or more dedicated lines 20 between the 
backup storage system 14 and the primary storage system 12 may be coupled to the 
primary storage system via one or more fi'ont end controllers 40 1 - 40n. Each front end 
controller controls commxmication and data transfer to and firom the primary storage 
system 12 according to any one of a variety of communication protocols. For example, 
any one of the front end controllers 40i - 40n may be a fiber channel adapter or a SCSI 
(Small Component System Interconnect) adapter employing SCSI communication 
protocol. 

As shown in Fig, 3, the primary storage system 12 may include a number of front 
end controllers 40 1 - 40nj and each front end controller may include a nimiber of 
physically distinct communication ports to which communication lines (e.g., the 
dedicated lines 20 or network connections) respectively are connected. For example, 
Fig. 3 shows that a first front end controller 40 1 accommodates two dedicated lines and a 
second front end controller 4O2 accommodates four dedicated lines. Other front end 
controllers of the primary storage system 12 may accommodate different numbers of 
dedicated lines. 
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Fig. 3 also shows that the primary storage system 12 may include one or more 
storage devices 46 1 - 46n, shown for purposes of illustration in Fig. 3 as disk drives, or 
"disk drives." It should be appreciated that other types of storage devices may be 
suitable for use in the primary storage system 12, as discussed above. Additionally, it 
should be appreciated that while five storage devices are shown in Fig. 3, the primary 
storage system 12 may include any number of storage devices 46 1 - 46n. 

The primary storage system 12 of Fig. 3 also includes one or more storage 
medium controllers 44 1 - 44Nto control writing and reading of data to and from the one 
or more storage devices. In Fig. 3, the storage medium controllers are shown for 
purposes of illustration as disk controllers, wherein each disk controller is coupled to one 
or more disk drives. Fig, 3 also shows that the disk controllers 44i - 44n and the front 
end controllers 40 1 - 40n are coupled to a cache memory 42 that stores currently active 
data being written to or read from the primary storage system 12. 

In the primary storage system 12 of Fig. 3, a particular data file may be stored 
entirely on one of the disk drives 46i - 46n. Altematively, a data file may include a 
number of segments, wherein some of the segments may be stored on one disk drive 
while other segments are stored on one or more other disk drives. Stated differently, one 
data file may include a number of segments stored in a dispersed manner amongst a 
number of disk drives of the primary storage system 12. 

In the example of the primary storage system 12 shown in Fig. 3, there is not 
necessarily a one-to-one correspondence between the disk controllers 44 1 - 44n and the 
front end controllers 40 1 - 40n5 and the primary storage system 12 may include different 
numbers of disk controllers and front end controllers. Additionally, the primary storage 
system 12 may be configured such that two or more disk controllers are associated with a 
particular front end controller, while other front end controllers are associated with only 
one disk controller. 



One embodiment of the invention is directed to an apparatus in a computer 
environment including at least one data storage area and at least one backup data storage 
system coupled to the at least one data storage area. The backup storage system is 
configured to execute at least two backup processes in parallel to backup target data 



Summary of the Invention 



stored in the at least one storage area, wherein each backup process backs up a respective 
portion of the target data. The apparatus comprises at least one contention controller, 
coupled to the backup storage system, that distributes the respective portions of the target 
data among the at least two backup processes based, at least in part, on an availability of 
at least one resource in the computer environment used by the backup storage system to 
access the target data. 

Another embodiment of the invention is directed to an apparatus in a computer 
environment including at least one data storage area and at least one backup data storage 
system coupled to the at least one data storage area. The backup storage system is 
configured to execute at least two backup processes in parallel to backup target data 
stored in the storage area. Each backup process backs up a respective portion of the 
target data. The apparatus comprises means, coupled to the at least one backup storage 
system, for distributing the respective portions of the target data among the at least two 
backup processes based, at least in part, on an availability of at least one resource in the 
computer environment used by the at least one backup storage system to access the target 
data. 

Another embodiment of the invention is directed to a method in a computer 
environment including at least one data storage area and at least one backup data storage 
system coupled to the at least one data storage area. The backup storage system is 
configured to execute at least two backup processes in parallel to backup target data 
stored in the storage area. Each backup process backs up a respective portion of the 
target data. The method comprises an act of distributing the respective portions of the 
target data among the at least two backup processes based, at least in part, on an 
availability of at least one resource in the computer environment used by the at least one 
backup storage system to access the target data. 

Another embodiment of the invention is directed to a computer readable medium 
encoded with a program for execution on a computer in a computer environment 
including at least one data storage area and at least one backup data storage system 
coupled to the at least one data storage area. The backup storage system is configured to 
execute at least two backup processes in parallel to backup target data stored in the 
storage area. Each backup process backs up a respective portion of the target data. The 
program, when executed on the computer, performs a method comprising an act of 



distributing the respective portions of the target data among the at least two backup 
processes based, at least in part, on an availability of at least one resource in the 
computer environment used by the at least one backup storage system to access the target 
data. 

Brief Description of the Drawings 

Fig. 1 is a diagram showing a conventional computer environment including a 
computer system, a primary data storage system, and a backup data storage system; 

Fig. 2 is a diagram showing the primary storage system and the backup storage 
system of Fig. 1 in greater detail; 

Fig. 3 is a diagram of one example of the primary storage system shown in 
Figs. 1 and 2; 

Fig. 4 is a diagram showing a computer environment in which parallel data 
backup processes are executed based upon available resources in the computer system, 
according to one embodiment of the invention; 

Fig. 5 is a diagram illustrating a flow chart of a method for reducing resource 
contention amongst parallel data backup processes, according to one embodiment of the 
invention; 

Figs. 6A and 6B are diagrams illustrating a flow chart of a method for reducing 
resource contention amongst parallel data backup processes, according to another 
embodiment of the invention; 

Fig. 7 is a graph illustrating a status of parallel data backup processes during a 
data file pre-assignment procedure for reducing resource contention, according to one 
embodiment of the invention; 

Fig. 8 is a diagram showing an example of a data file resource information table 
for one data file of target data to be backed-up, according to one embodiment of the 
invention; 

Fig. 9 is a diagram showing an example of a backup process resource information 
table for one backup process, according to one embodiment of the invention; 

Fig. 10 is a diagram showing an example of a contention penalty table for one 
data file of the target data, according to one embodiment of the invention; 
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Fig. 1 1 is a diagram showing an example of a backup process execution table, 
according to one embodiment of the invention; and 

Fig. 12 is a graph illustrating the concept of guard bands for resource contention 
analysis, according to one embodiment of the invention. 

5 

Detailed Description of the Invention 

As discussed above in connection with Fig. 2, a conventional backup storage 
system in a computer environment may perform a data backup operation by executing a 
number of parallel (i.e., concurrent) backup processes to backup target data that is stored 

10 somewhere in the computer environment. For example, Fig. 2 shows that the target data 
to be backed-up may be stored in one or more primary storage systems dedicated to data 
storage. Similarly, it should be appreciated that all or a portion of the target data to be 
backed-up may be stored in one or more computer systems coupled to the backup storage 
system either via a dedicated (i.e., direct) interface or via a non-dedicated interface such 

15 as a network connection, as shown for example in Fig. 1 . 

In any case, regardless of the original location of the target data, typically the 
significant factors that determine how the target data is distributed amongst multiple 
parallel backup processes of a conventional backup storage system during a data backup 
operation include only the total size of the target data and the number of backup 

20 processes used to backup the target data, as discussed above in connection with Fig. 2. 
In particular, the target data generally is distributed essentially equally amongst the 
backup processes, such that each backup process backs-up approximately the same 
amount of data, and such that no data files are broken up amongst different backup 
processes. 

25 Applicants have appreciated that in the conventional parallel backup process 

scheme described above, the backup storage system may use a variety of resources in the 
computer environment to access the target data during a given backup operation. For 
example, in accessing target data stored in a primary storage system similar to the 
primary storage system 12 shown in Fig. 3, the backup storage system may require the 

30 availability of a particular front end controller 40 1 - 40n, a particular disk controller 44i - 
44n5 and a particular disk drive 46 1 - 46n at a particular time ,to access a portion of the 
target data. Accordingly, the disk drives 46 1 - 46n, the disk controllers 44 1 - 44^, and the 




- 10- 



front end controllers 40 1 - 40n are resources of the storage system 12 through which one 
or more segments of a data file stored in the primary storage system 12 are accessed. 

Based on the configuration of the primary storage system 12 shown in Fig. 3, 
namely the allocation of these resources, generally there is a particular access path 
5 through the primary storage system 12 to access each segment of a data file. For 
example, as shown in Fig. 3, disk drive 46i is coupled to disk controller 44i. The 
primary storage system 12 may be configured such that the disk controller 44 1 transports 
data to and from the primary storage system 12 via front end controller 4O2. 
Accordingly, a segment of a data file stored on the disk drive 46 1 has an access path that 

10 makes use of the combination of resources including the front end controller 4O2, the disk 
controller 44 1, and the disk drive 46 1. Stated differently, each segment of a data file 
stored in the primary storage system of Fig. 3 may be identified in terms of the resources 
utilized to access the segment, which in the foregoing example may include a front end 
controller identifier, a disk controller identifier, and a disk drive identifier. 

15 Applicants have recognized that, with respect to resources in general, it is 

possible that two or more backup processes may attempt to access some of the same 
resources in the computer environment at the same time during a backup operation, 
resulting in resource contention that reduces the performance of the backup operation. 
For example, with reference again to the example of a primary storage system shown in 

20 Fig. 3, it is possible that at a particular time during a backup operation, two backup 

process may attempt to access different respective data files that are located on the same 
disk drive of the primary storage system. Since only one data file may be accessed from 
the disk drive at any given time, one backup process must wait for the other to access its 
respective file. For purposes of the present discussion, this situation may be termed 

25 "disk drive contention." 

In a similar manner, even though two or more different backup processes may be 
attempting to access data files on different disk drives at a particular time during a 
backup operation, the primary storage system of Fig. 3 may be configured such that the 
backup processes must use the same front end controller 40 1 - 40n and/or the same disk 

30 controller 44 1 - 44n to get to the different disk drives. Hence, this situation results in one 
or both of "front end controller contention" and "disk controller contention" between two 
or more backup processes. 
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It should be appreciated that the resources identified above in connection with the 
primary storage system shown in Fig. 3 are for purposes of illustration only; in 
particular, based on the original location of the target data in the computer environment 
(e.g., in one or more host computers and/or primary storage systems coupled directly 
5 and/or via a network to the backup storage system), the backup storage system may 

require the availability of a wide variety of resources in the computer environment from 
time to time to access the target data during a backup operation. These resources 
similarly may provide for situations involving resource contention. In general, the 
aspects of the invention discussed further below may be used with any number of 

10 different resources £ind configurations of resources, and are not limited to use with any 
particular types and/or configurations of resources. 

Applicants have recognized that the potential for resource contention may 
vmdesirably prolong a backup operation, as one or more backup processes may sit idle 
waiting for one or more resources to become available. As discussed above, present 

1 5 procedures for executing parallel backup processes typically consider only the size of the 
target data and the number of backup processes, without regard to the resources that must 
be used to access the data (e.g., where the data is physically located, what physical 
and/or logical paths are available to get to the data, etc.). Applicants have realized that 
by considering the availability of resources used by the backup storage system to access 

20 the target data, and distributing the target data amongst the parallel backup processes 
based at least in part on the availability of these resources at given points in time, 
resource contention can be reduced during a backup operation, thereby improving the 
performance of the operation. Stated differently, Applicants have appreciated that by 
intelligently allocating resources to parallel backup processes so as to minimize 

25 contention between the resources, the collection of backup processes that make up the 
backup operation may be completed in a shorter time. 

Accordingly, one embodiment of the present invention is directed to reducing 
resource contention in parallel data backup processes that share a variety of resources in 
a computer environment to access target data to be backed-up. In this embodiment, the 

30 data to be backed up is distributed among the backup processes based, at least in part, on 
an availability of one or more resources in the computer environment used by a backup 
storage system to access the target data. 
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In one aspect of this embodiment, each data file of the target data is assigned to a 
particular backup process based on the availability of one or more resources. The data 
files of the target data are assigned to the backup processes such that each backup 
process backs-up a respective portion of the target data, and such that the collection of 
5 backup processes that make up the backup operation are completed in a shortened time 
as a result of reduced resource contention. 

The present invention, in various embodiments, may be employed to back-up 
target data located in any number and variety of storage areas, as the invention is not 
limited to backing up target data from any particular place. For example, the target data 

10 originally may be located in one or more host computer systems, one or more primary 
storage systems, other storage devices, or a combination thereof. Accordingly, for 
purposes of the following discussion, the original location of the target data is referred to 
generally as a "storage area," whether this storage area be part of a host computer, 
primary storage system, or other device in the computer environment containing a 

15 storage medium. 

It should be appreciated that the embodiments of the invention outlined in further 
detail below in connection with methods and apparatus for reducing resource contention 
in parallel data backup processes may be implemented in any of numerous ways, as the 
invention is not limited to any particular manner of implementation. Examples of 

20 specific implementations are provided for illustrative purposes only. 

Fig. 4 shows a computer environment similar to that shown in Fig. 2, including a 
primary storage system 12 A, a backup storage system 14A coupled to the primary 
storage system via one or more dedicated lines 20, and a contention controller 34 
according to one embodiment of the invention. The contention controller 34 controls 

25 one or more backup processes 24 1 - 24n based at least in part on resource information 30 
regarding the availability of one or more resources used by the backup storage system 
14A to access the target data 26. In one aspect, the contention controller 34 facilitates an 
efficient data backup operation, wherein the backup operation as a whole is completed in 
a shortened time as a result of reduced resource contention. 

30 As shown in the example of Fig. 4, in one embodiment, the contention controller 

34 obtains the resource irrformation 30 from the primary storage system 12A in which 
the target data 26 is stored. However, it should be appreciated that the invention is not 
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limited in this respect, as the backup storage system 14A may backup target data from a 
variety of data storage areas using a variety of different resources in a variety of different 
computer environments, as discussed above. Accordingly, for purposes of the invention, 
information regarding the availability of resources used by the backup storage system 
14A to access the target data may be made available to the backup storage system 14A in 
a variety of v^ays. Additionally, according to another embodiment of the invention, the 
backup storage system 14A need not backup target data and/or obtain resource 
information via the dedicated lines 20, but may do so via a netw^ork connection. 

Furthermore, although the contention controller 34 is shown in Fig. 4 as being 
included in the backup storage system 14A for purposes of illustration, it should be 
appreciated that the invention is not limited in this respect. The contention controller 34 
may be implemented using hardware, software, firmware, or a combination of the 
foregoing. Moreover, rather than being implemented in the backup storage system 14 A, 
the contention controller 34 altematively may be a stand alone hardware implementation, 
a software implementation in a dedicated computer or processor (e.g., a server) coupled 
to the backup storage system 14 A, may be included in the primary storage system 12A or 
one or more host computer systems coupled to the backup storage system (e.g., as shown 
in Fig. 1), or may be distributed among two or more system components. According to 
various aspects of the invention, the contention controller 34 generally is coupled to at 
least the backup storage system 14A and is capable of accessing information regarding 
the availability of resources in the computer environment used to backup the target data. 

Fig. 5 is a diagram showing a flow chart of a method for reducing resource 
contention amongst parallel data backup processes, according to one embodiment of the 
invention. In one aspect of the invention, the contention controller 34 of Fig. 4 
implements the method outlined in Fig. 5. In this aspect, according to the method of Fig. 
5, the contention controller 34 of Fig. 4 processes each data file of the target data to be 
backed up, and first pre-assigns the respective data file to each backup process of the 
backup operation to assess the degree of resource contention that would result firom such 
an assignment. Subsequently, based on an assessment of potential resource contention 
for each pre-assigned backup process, the contention controller actually assigns each 
data file to the particular backup process for which the lowest degree of resource 
contention results. 
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In particular, according to the method of Fig. 5, in step 49 a first candidate data 
file of the target data is selected, and in step 50 the candidate data file is pre-assigned to a 
first backup process of two or more parallel backup processes. In step 52, the method 
compares the resources that would be used by the first backup process to backup the 
candidate data file with the resources that concurrently would be used in all other backup 
processes to backup other data files of the target data previously assigned to these other 
backup processes. In step 54, a contention penalty is calculated for the candidate data 
file in the pre-assigned backup process (i.e., the first process in this example) based on 
any identical resources that concurrently would be used both by the backup process to 
which the candidate data file is pre-assigned and the other backup processes. It should 
be appreciated that for a first candidate data file of the target data (i.e., no other data files 
of the target data previously have been assigned to any of the backup processes), there is 
no contention penalty. 

As shown in steps 56 and 58 of Fig. 5, the method subsequently pre-assigns the 
candidate data file consecutively to each other backup process of the backup operation, 
and with each pre-assignment similarly compares resources in step 52 and calculates a 
contention penalty in step 54 for the candidate data file in the pre-assigned backup 
process. Once a contention penalty for the candidate data file is obtained for each pre- 
assigned backup process, the candidate data file is actually assigned to the backup 
process which resulted in the lowest contention penalty during the pre-assignment 
procedure, as shown in step 60. 

Once the candidate data file is assigned to a particular backup process in step 60, 
the method of Fig. 5 proceeds through steps 62 and 64 to choose new candidate data files 
from the target data, and the foregoing pre-assignment and actual assignment procedures 
are repeated for each new candidate data file until all data files of the target data have 
been assigned to a particular backup process. In one aspect, as a result of performing the 
method of Fig. 5, a table or executable file may be compiled, in which is listed an 
identifier (e.g., a name) for each data file, the backup process to which it is assigned, and 
its particular order of consideration during the backup process to which it is assigned. 
One example of such a table is shovm for purposes of illustration in Fig. 1 1 , which is 
discussed in greater detail below. In other aspects, depending on the specific 
configuration of the backup storage system 14A and the contention controller 34 shown 
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in Fig. 4, the backup storage system or the contention controller may execute such a file 
(or, for example, consult such a table) to initiate and perform the backup operation. 

In the embodiment shown in Fig. 5, each data file of the target data is processed 
(i.e., pre-assigned to each backup process and actually assigned to one particular backup 
5 process) only once by the method to compile, for example, an executable file or table 
similar to that shown in Fig. 11. As a result, processing time for the method is 
minimized, which is advantageous when the method is performed as part of the backup 
operation. However, it should be appreciated that the invention is not limited in this 
respect. For example, according to another embodiment, the method of Fig. 5 may be 

10 iterated a number of times using different orders of consideration for the candidate data 
files of the target data to compile a number of tables similar to Fig. 1 1 , each having a 
particular arrangement of target data file assignments among the backup processes. 
Once a number of such tables are compiled, the method may determine if one particular 
arrangement of target data file assignments results in a shortest completion time for a 

15 backup operation. In this manner, the method of Fig. 5 may be iterated a number of 

times to optimize the assignment of target data files to backup processes so as to insure a 
shortest completion time for the backup operation. 

In the method of Fig. 5, the data files that make up the target data may be 
processed in any order. In one embodiment, the candidate data files of the target data are 

20 processed in a particular order fi"om largest to smallest. For example, according to this 
embodiment, in the step 49 of Fig. 5 a first candidate data file having the largest size 
amongst all of the data files of the target data is selected, and with each iteration of the 
step 64 a next smaller data file of the target data is selected as the new candidate data 
file. In this manner, the method according to this embodiment attempts to reduce 

25 resource contention amongst those data files of the target data that generally would 

require the longest time to back-up (due to their relatively larger sizes) by assigning them 
to backup processes before smaller data files of the target data. 

While not shown explicitly in the method of Fig. 5, altemative methods for 
reducing resource contention according to yet other embodiments (discussed in detail 

30 further below) may consider additional factors other than the lowest contention penalty 
in the actual assignment of the candidate data file to a particular backup process (i.e., in 
step 60 of Fig. 5). For example, such altemative methods may consider if more than one 
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backup process resulted in the same lowest contention penalty for the candidate file. 
Additionally, such methods may consider relative sizes of the data previously assigned to 
each backup process, so as to maintain a balance amongst the data loads of the backup 
processes; stated differently, such methods may actually assign the candidate data file to 
5 a particular backup process based not only on resource contention factors, but based on 
maintaining approximately similar sizes of the total data assigned to each backup 
process. 

In this respect, it should be appreciated that according to the method of Fig. 5, the 
backup process resulting in the lowest contention penalty during the pre-assignment 
10 procedure generally is the backup process to which the most data previously has been 
assigned (i.e., the largest backup process). This may be more clearly understood by 
noting that, at the point at which a candidate data file is pre-assigned to the largest 
di backup process, no other smaller backup processes are using resources because no data 

1^ files have yet been assigned to them; hence, there is no resource contention. This 

15 situation may result in an undesirable imbalance in the data loads among the backup 
"^4 processes. 

j""" Accordingly, as discussed above, methods according to other embodiments of the 

invention may employ various procedures to ensure that data loads among the backup 

ni processes are approximately balanced. This may be accomplished in any of numerous 

20 ways, as the present invention is not limited to any particular technique. For example, in 

Cj one embodiment the relative sizes of the total data assigned to each process is considered 

before assignment of a new candidate data file to a particular process, as discussed 
above. 

Following below is a more detailed discussion of another method for reducing 
25 resource contention similar to the method of Fig. 5, according to one embodiment of the 
invention. In the following discussion, with reference again to Fig. 4, the example of a 
storage area for the target data 26 is considered to be similarly configured to the primary 
storage system 12 shovm in Fig. 3. Of course, it is to be understood that the invention is 
not limited to use in backing up target data stored in this particular configuration of a 
30 storage area. As discussed above in connection with the exemplary primary storage 

system of Fig. 3, the target data 26 may be stored on one or more disk drives 46i-46n. A 
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variety of access paths through the primary storage system to the disk drives 46i-46n 
may be determined by the front-end controllers 40i-40n and the disk controllers 44i-44n- 

Based on the resources used to access target data in this particular example of a 
primary storage area, Applicants have identified at least three potential sources of 
5 resource contention; namely, disk drive contention, disk controller contention, and front- 
end controller contention, as discussed above. The penalty incurred for contention may 
not be the same for each resource. For example, Applicants have identified that in a 
primary storage system similar to that shown in Fig. 3, the penalty incurred for disk drive 
contention exceeds that for disk controller contention and front-end controller 

10 contention. Thus, in one embodiment for use w^ith such systems, priority is given to 

reducing disk drive contention. It should be appreciated that in other embodiments of the 
invention, different priorities may be given to different resources depending on various 
factors that may affect the overall backup operation (e.g., the likelihood that a given 
resource may contribute to performance degradation). 

15 In view of the foregoing, according to one embodiment, methods and apparatus 

of the invention take into account both the physical location of the target data 26, as well 
as the one or more access paths to the physical locations in which the target data is 
stored, to assess the availability of resources used to access the target data. In particular, 
according to one embodiment, the contention controller 34 of Fig. 4 (and, similarly, a 

20 method for reducing resource contention discussed below in connection with Figs. 6 A 
and 6B) considers each of the foregoing potential sources of resource contention (i.e., 
disk drive contention, disk controller contention, and front-end controller contention) to 
ensure that the total backup operation executes as quickly as possible. 

Figs. 6A and 6B are diagrams illustrating a flow chart of a method for reducing 

25 resource contention amongst parallel data backup processes, according to one 

embodiment of the invention. The method of Figs. 6 A and 6B is similar to the method 
outlined in Fig. 5, but is explained in more detail and is more tailored to backing up 
target data that is stored in a primary storage system 12A similar to that shovm in Fig. 3. 
As in the method of Fig. 5, the method of Figs. 6A and 6B employs a data file pre- 

30 assignment and actual assignment procedure which assigns each data file of the target 
data to a particular backup process based on an availability of resources. In addition, to 
keep the lengths of the backup processes approximately equal, the method also considers 
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the relative data sizes of each backup process in assigning data files to backup processes. 
In one aspect, by implementing the method of Figs. 6A and 6B, the contention controller 
34 of Fig. 4 creates a backup process execution table or file (as shown in Fig. 1 1 and 
discussed in further detail below) which is executed to control the backup processes of a 
5 backup operation performed by the backup storage system 14 A. 

Fig. 7 is a diagram illustrating a resource allocation of parallel data backup 
processes as a function of time during a data file pre-assignment procedure for reducing 
resource contention (e.g., as discussed above in connection with Fig. 5). The graph of 
Fig. 7 is helpful to explain the method outlined in Figs. 6A and 6B, and also applies to 
10 the method outlined in Fig. 5. In the graph of Fig. 7, the left and right vertical axes 

represent elapsed time t, and each backup process 24i-24n is symbolically illustrated as a 
f 1 bar graph at a respective position along the horizontal axis, indicated by a backup 

J'l process (BP) number (i.e., 1,2, . . .N). For purposes of clarity in the following 

4} discussion, the backup processes are referred to as BPi - BPn rather than by their 

w 

15 reference characters 24i-24n. 

The graph of Fig. 7 essentially represents a "snapshot" view of portions of the 

'Sir 

=3 target data (in terms of data files) that have been formally assigned to each backup 

process BPi - BPn at some point during the data file pre-assignment and actual 
MJ assignment procedure, as discussed above in connection with Fig. 5 and further below in 

20 connection with Figs. 6A and 6B. In particular, in the graph of Fig. 7, the shaded 
portions 26i-26n of each bar graph represent data actually assigned to each backup 
process at the time of the snapshot. 

As indicated in Fig. 7, according to one embodiment of the invention, all backup 
processes BPi - BPn essentially are initiated (e.g., by the contention controller 34) 

25 simultaneously at time / = 0. Additionally, according to one embodiment, each backup 
process is assumed to backup a respective portion of the target data at approximately a 
same data rate r (e.g., in bits per second, or bps). In this manner, the amount of data 26i- 
26n assigned to a particular backup process is directly related to an elapsed time for that 
process by the data rate r. For example, if the data assigned to a particular backup 

30 process has a size b (e.g., in bytes), an elapsed time /bp for the backup process may be 
determined by: 
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^BP (sec) = b (bytes) x 8 (bits/byte) / r (bps) . 

As shown in Fig. 7, at the time of the snapshot, the backup process BPi has an elapsed 
time of t\ (as indicated on the left vertical axis) and the backup process BPn has an 
elapsed time of /n (as indicated on the right vertical axis). 

With reference again to both Figs. 4 and 6 A, in step 70 of the method according 
to the embodiment of Figs. 6A and 6B, a user specifies (e.g., via the user interface 22 
shown in Fig. 4) the target data files Fi, 2, 3,. .. and a number N of backup processes that 
the backup storage system 14A uses to backup the target data 26 during a backup 
operation. Once the target data files are specified, information is obtained (e.g., from the 
primary storage system 12 A) regarding a size of each of the data files. According to one 
aspect of this embodiment, as shown in step 72 of Fig. 6A, based on such information the 
target data files are arranged in a list, in order from the largest sized file (Fiargest) to the 
smallest sized file (Fsmaiiest)* By ordering the target data files from largest to smallest, the 
method of Figs. 6A and 6B first processes (i.e., pre-assigns and actually assigns) those 
data files that may be more likely to contribute to significant resource contention due to 
their relatively larger sizes, and hence, relatively longer backup times (the backup time 
of a data file is related to its size by the data rate r). It should be appreciated, however, 
that the invention is not limited in this respect, as the data files Fi^ 2, 3, .. may be arranged 
in a variety of different orders. 

Each data file F of the target data may comprise a number M of data segments S. 
In particular, some segments of a given data file may be stored in different physical 
locations within a storage area, and access to each segment of the file may require the 
availability of one or more particular resources that create an access path to the segment. 
More specifically, in the current example, different data segments of a given data file 
may be located on different disk drives of the primary storage system 12 A, which disk 
drives respectively may be accessed via particular combinations of front-end controllers 
and disk controllers. 

Accordingly, as shown in step 74 of Fig. 6A, resource information identifying 
those resources that are used to access each segment Si-Sm of each data file F of the 
target data is collected and assembled in a table, for example, as shown in Fig. 8. It 
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should be appreciated that, according to one embodiment, the method of Figs. 6A and 6B 
maintains a table similar to that shown in Fig. 8 for each data file F of the target data. 

In the data file resource information table of Fig. 8, each of the rows represents 
one data segment S of the data file F, and may identify the segment in terms of a time 
required, or duration D, to back up the segment based on the size of the segment (e.g., in 
bytes) and the data rate r (e.g., in bps) assumed for each backup process. Accordingly, 
the duration D of each segment may be calculated in a manner similar to that discussed 
above in connection with an elapsed time ^bp for each backup process, based on data size 
and data rate. For example, in Fig. 8, the segment Si is indicated as having a duration Di 
= 10 ms, and the segment S2 is indicated as having a duration D2 = 20 ms. Other 
segments S3 - Sm are indicated by the durations D3 - Dm, respectively. Based on the 
foregoing, it should be appreciated that a total backup time for the file F may be 
calculated based on a sum of all of the segment durations Di + D2 + . . . + Dm or, 
altemativeiy, from a sum of all of the segment sizes Si + S2 + ... + Sm multiplied by the 
data rate r. 

In the data file resource information table shown in Fig. 8, each column 
represents a particular resource in the computer environment that may be used to access 
the segment S of the data file F. In particular, Fig. 8 shows that a first column indicates a 
first resource identifier Ri, which in the current example corresponds to a disk drive 
identifier. Similarly, a second column indicates a second resource identifier R2, which in 
the current example corresponds to a disk controller identifier, and a third column 
indicates a third resource identifier R3, which in the current example corresponds to a 
front-end controller identifier. It should be appreciated that while three columns are 
shown in the table of Fig. 8 for this particular example using three resources, the table of 
Fig. 8 may include any number of columns, each column corresponding to a respective 
resource in the computer environment used to access the target data. 

In the exemplary data file resource information table shovm in Fig. 8, for the data 
segment Si, the disk drive identifier "2" is indicated in the first column to identify one of 
the disk drives 46i-46n of the primary storage system 12 shown in Fig. 3. Similarly, the 
disk controller identifier "3" is indicated in the second column to identify one of the disk 
controllers 44i-44n, and the front-end controller identifier "1" is indicated in the third 
column to identify one of the front-end controllers 40i-40n. These identifiers are 
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selected for purposes of illustration only, and a variety of identifiers may be used to 
identify particular resources in the computer environment. Similarly, for the data 
segment S2, the disk drive identifier "6" is indicated in the first column to identify one of 
the disk drives 46i-46n of the primary storage system 12 shown in Fig. 3, the disk 
controller identifier "2" is indicated in the second column to identify one of the disk 
controllers 44i-44n5 and the front-end controller identifier "2" is indicated in the third 
column to identify one of the front-end controllers 40i-40n. 

It should be appreciated that the foregoing example of a data file resource 
information table as shown in Fig. 8 is provided for purposes of illustration only, and that 
the invention is not limited to this particular example. Other manners of compiling and 
maintaining data file resource information are possible according to other embodiments 
of the invention. Additionally, rather than compiling resource information on a file-to- 
file basis, resource information altematively may be compiled based on different data 
units or groupings, as the invention is not limited to compiling and maintaining this 
information on a file-to-file basis. 

Once the method of Figs. 6A and 6B has assembled a table similar to that shovra 
in Fig. 8 for each data file F of the target data (according to the step 74), the method sets 
a file pointer to the largest data file Fiargest? as indicated in step 76. As discussed above, it 
should be appreciated that according to other embodiments, the method initially may set 
the file pointer to a data file of the target data other than Fiargest, according to a different 
ordering of the files. After setting the file pointer, the method subsequently initiates a 
data file pre-assignment procedure, as indicated in step 78. For purposes of the present 
discussion however, it is more instructive to explain the pre-assignment procedure 
outlined in Fig. 6A not by starting with the first file processed (e.g., the largest file 
Fiargest), but rather at a later point during the pre-assignment procedure, after which a 
number of data files already have been actually assigned to a number of respective 
backup processes (as shovm for example in the "snapshot" graph of Fig. 7). Accordingly, 
the following discussion describes the pre-assignment procedure of Fig. 6 A as if the step 
78 were being entered into not from the step 76, but rather from the link 122, at which 
point a candidate file F other than the first file being processed (e.g., the largest data file 
Fiargest) and the last file being processed (e.g., the smallest data file Fsmaiiest) is being 
considered. 




-22- 



With reference again to Fig. 7, the candidate file F being pre-assigned to the 
backup process BPi in the step 78 of Fig. 6 A (i.e., BP =1) has two segments Si and S2, 
each segment having a respective duration Di and D2 (i.e., the number of segments M in 
the candidate file F equals two). It should be appreciated that a candidate file F having 
5 only two segments is selected for purposes of illustration only, and that files of the target 
data may have any number M of data segments S. As discussed above in connection 
with Fig. 8, each segment Si and S2 of the candidate file F is accessed via particular 
resources Ri, R25 and R3, which in the present example include a particular disk drive, a 
particular disk controller, and a particular fi-ont-end controller, respectively, of the 

10 primary storage system 12A of Fig. 4. 

In step 80 of Fig. 6A, a time pointer tp is set to an elapsed time of the backup 
process BPi when the candidate file F is pre-assigned to it, which is indicated as a time t\ 
on the left vertical axis of Fig. 7. Also indicated on the left vertical axis of Fig. 7 is a 
time (^1 + Di), which corresponds to an elapsed time for the backup process BPi after the 

15 segment Si would be backed up, as well as a time (^i + Di + D2), which corresponds to 
an elapsed time for the backup process BPi after the segment S2 (i.e., entire file F) would 
be backed up. 

In step 82 of Fig. 6A, the method compares the resources Ri, R2, and R3 used to 
access the segment Si of the candidate file F (as indicated in the first row of the table 

20 shovm in Fig. 8) with resources used in all other backup processes during the time 

interval between t\ and {t\ + Di). With reference again to Fig. 7, the interval between t\ 
and (^1 + Di) is indicated by two horizontal dashed lines, which identify a corresponding 
time interval in each of the other backup processes BP2 - BPn. During the time interval 
between t\ and (^i + Di)^ Fig. 7 shows that some data files of the target data previously 

25 have been assigned to at least the backup processes BP2 and BPn (as indicated by the 
shaded areas 262 and 26n, respectively). Accordingly, various resources are utilized by 
at least the backup processes BP2 and BPn to access the assigned data files during this 
interval. Some of these resources may be the same as the resources used to access the 
segment Si of candidate file F, resulting in potential resource contention. 

30 According to one aspect of the method of Figs. 6A and 6B, a backup process 

resource information table is maintained for each backup process BPi - BPn, an example 
of which is shown in Fig. 9. As with the table of Fig, 8, it should be appreciated that the 
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table in Fig. 9 is shown for purposes of illustration only, in that other manners of 
compiling and maintaining backup process resource information are possible, so that the 
present invention is not limited to any particular compilation technique. The table of 
Fig. 9 includes one column for each resource, in a manner similar to that of the data file 
resource information table shown in Fig. 8, and one row for every data segment assigned 
to the particular backup process. Each row of the table of Fig. 9 indicates an elapsed 
time, from the start of all of the processes at r = 0, in terms of the durations of the 
respective data segments assigned to the backup process. It should be appreciated in Fig. 
9 that the duration notation Di - Dm is used generically to indicate the elapsed time of a 
process in terms of the durations of the segments assigned to the process, and that the 
notation in Fig. 9 does not refer to the specific durations Di and D2 of the particular file 
segments Si and S2 of the candidate file F shown in Fig. 7. Accordingly, as illustrated in 
Fig. 7, the resources used by each backup process BP2 - BPn during the interval between 
t\ and (t\+T>\) (corresponding to the pre-assignment of segment Si of the candidate file F 
to the backup process BPi) may be identified by examining the corresponding time 
interval in the table of Fig. 9 for each backup process. 

In this manner, in step 82 of Fig. 6A, the method compares the resources 
indicated in the first row of the table of Fig. 8 for the segment Si of the candidate file F 
with the resources used in a row of the table of Fig. 9 corresponding to the time interval 
between t\ and (^i + Di) for each backup process BP2 - BPn. For each resource Ri, R2, 
and R3 identified for the segment Si, the method adds the total cumulative amount of 
time that the resource is used in any of the other backup processes BP2 - BPn during the 
time interval between t\ and (^1 +Di) to generate a "segment penalty" (e.g., in an 
appropriate unit of time such as milliseconds) for the resource. For example, with 
reference again to Fig. 7, if during the entire time interval between t\ and (^i -hDi) the 
backup process BP2 and the backup process BPn both use the same resources Ri, R2, and 
R3 that are used to access the segment Si, the segment penalty for each resource in units 
of time would be 2Di (i.e., there would be three segment penalties for the segment Si, 
one for each resource Ri, R2, and R3, and each having a value in units of time of 2Di). 

As shown in step 84 of Fig. 6A, the step 82 is repeated for each of the segments 
S2 - Sm of the candidate file F (in the current example there is only S2). With reference 
again to the graph of Fig. 7, during the time interval between (^i + Di) and (t\ + Di + D2), 
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the backup process BP2 has been actually assigned only a small portion of data, and the 
backup process BPn has been actually assigned some data, but not enough to completely 
fill this interval. Accordingly, the segment penalties for the segment S2 for each resource 
Ri, R2, and R3 likely will be less than the corresponding segment penalties for segment 
Si in this example. 

As also shown in step 84 of Fig. 6A, after the step 82 has been repeated for each 
segment S2 - Sm, the segment penalties for each resource are respectively added together 
amongst the segments Si - Sm to obtain a total file contention penalty for each resource 
due to pre-assigning the candidate file F to the process BPi. In one aspect of the method 
of Fig. 6 A, the total file contention penalties for the candidate file F as a function of pre- 
assigned backup process are compiled in a data file pre-assignment contention penalty 
table, as shovra, for example, in Fig. 10. Hence, at the completion of the step 84 in Fig. 
6A, a respective row of the table shown in Fig. 10 is filled in. In the current example, the 
row for backup process BPi in a table similar to that shown in Fig. 10 for the candidate 
file F would be filled in with the respective total contention penalties (in units of time) 
for the resources Ri, R2, and R3 (i.e., disk drive, disk controller, and front-end 
controller). Again, it should be appreciated that a table similar to that of Fig. 10 is 
compiled for each data file of the target data. Additionally, it should be appreciated that, 
as with the tables of Figs. 8 and 9, the table of Fig. 10 is shown for purposes of 
illustration only, and that other manners of compiling and maintaining contention penalty 
information are possible, as the invention is not limited to the particular technique 
shov/n. 

After the row of resource contention penalties is completed in Fig. 10 for the pre- 
assignment of the candidate file F to the backup process BPi, step 86 of Fig. 6A queries 
if there are any more backup processes specified for the backup operation. If so, in step 
88, the next backup process is indicated and the method retums to the step 80, at which 
point the candidate file F is pre-assigned to the next backup process. The steps 82, 84, 
86, and 88 are repeated for each remaining backup process, with one row of the table of 
Fig. 10 being filled in for each pre-assignment of the candidate file F to a respective 
backup process with each iteration of the step 84. Accordingly, after the candidate file F 
has been pre-assigned to each backup process, the step 86 passes the method on to 
step 90 of Fig. 6A, which indicates that the pre-assignment resource contention penalty 
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table of Fig. 10 for the candidate file F is complete. The method then proceeds to the 
step 92 in Fig. 6B. 

In step 92, the method selects one or more backup processes from the table of 
Fig. 10 for the candidate file F having the lowest contention penalty for the resource Ri, 
which in this example corresponds to a disk drive penalty. As discussed above, for a 
primary storage system similar to that shown in Fig. 3, disk drive contention is the most 
significant factor leading to performance degradation of a backup operation employing 
multiple backup processes. By first seeking to select the one or more backup processes 
having the lowest disk drive penalty, the method of Figs. 6A and 6B in some sense 
"weighs" the importance of disk drive contention by assigning a higher priority to disk 
drive contention than the other resources. As discussed below, the other resource 
contention penalties are considered by the method as secondary factors. Accordingly, it 
should be appreciated that in other embodiments of the invention in which a method 
similar to that of Figs. 6A and 6B is implemented with a system having different 
resources, the available resources in the computer environment used to access target data 
may be arranged in terms of their priority with respect to performance degradation. In 
this manner, methods similar to that of Figs. 6 A and 6B according to other embodiments 
of the invention may be generically applied to any number and variety of resources. 

Additionally, it should be appreciated that as a result of the pre-assignment 
procedure for the candidate file F discussed above, multiple backup processes may tie for 
having the lowest contention penalty for a given resource. Accordingly, more than one 
backup process listed in table of Fig, 10 may have the lowest K\ penalty. 

Once one or more backup processes having the lowest Rl (e.g., disk drive) 
penalty are selected in step 92, the method proceeds in the following steps by 
considering the relative sizes of the data that already has been actually assigned to the 
respective backup processes (i.e., the respective data loads of the processes). Some of 
the steps in Fig. 6B illustrate merely one possible technique for considering backup 
process data loads, and it should be appreciated that the invention is not limited to the 
specific technique illustrated in Fig. 6B. In general, according to one aspect of the 
invention, one goal of assigning the data files of the target data to the backup processes 
in a particular manner is not only to reduce resource contention, but also to keep the 
respective data loads of the processes approximately equal, so that each process 
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completes backing up its respective portion of the target data in approximately the same 
amount of time (i.e., one or more processes do not continue to backup well after others 
have completed backing up data). The invention may accomplish such a goal using a 
variety of techniques, one of which is shown for example in Fig. 6B and discussed 
below. 

In particular, in step 94 of Fig. 6B, the elapsed time of each selected backup 
process having the lowest contention penalty for the resource Ri is compared to an 
elapsed time of the currently shortest backup process. The elapsed time of each selected 
backup process is measured at the point just before the candidate file F is assigned to the 
backup process. The difference in elapsed time between each selected backup process 
and the currently shortest backup process may be expressed as 

= ^BP selected " ^BP shortest • 

In step 96, the elapsed time difference A t for each selected backup process is compared 
to the backup time for the candidate data file F, as given by the expression 

A/ < Ki X rp. 

The effect of step 96 essentially is to maintain relatively balanced loads between 
the various backup processes of a backup operation. For example, the step 96 essentially 
asks "if the candidate file F is assigned to one of the selected backup processes having 
the lowest disk drive penalty, will this selected backup process be substantially longer 
than the currently shortest backup process?" In order to define what "substantially 
longer" actually means in terms of time, the constant Ki may be selected to be any value 
(e.g., between 0 and 1), and may be empirically determined for a particular backup 
storage system. In one embodiment, the constant Ki is 0.5; hence, in this embodiment, 
the step 96 tests whether the elapsed time difference A / for each selected backup process 
is less than Vi of the backup time for the candidate file F. 

In step 96 of Fig. 6B, if the elapsed time difference A t for at least one of the 
selected backup processes is not less than the backup time for the candidate file F 
multiplied by the constant Ki, the method proceeds to step 98, in which one or more 
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other backup processes having the next highest R| (e.g., disk drive) penalty are selected 
from the table of Fig. 10. The method then retums to the step 94 to again compare the 
elapsed time of each new selected backup process to the elapsed time of the currently 
shortest backup process. The method repeats the loop of steps 96, 98, and 94 in Fig. 6B 
5 vmtil the query of step 96 is satisfied; namely, until the elapsed time difference A t for at 
least one selected backup process is less than the backup time for the candidate file F 
multiplied by the constant Ki. When this condition is satisfied, the method proceeds to 
step 100. 

In step 1 00, the method asks if there is more than one selected backup process 
10 which satisfied the query of the step 96. If there is only one selected backup process that 
satisfied the query, the method proceeds to step 102, where the candidate file F is 
e3 actually assigned to the selected backup process. As a result of this assignment, one or 

•[1 more rows of the table shown in Fig. 9 for the selected backup process are filled in, each 

4" row corresponding to one segment of the candidate file F and identifying the resources 

15 used to access the segment. Additionally, one row of the backup process execution table 
^ shown in Fig. 11, identifying the candidate data file, is filled in. 

« In step 104 of Fig. 6B, the method queries if there are more target data files. If 

n \ not, the method proceeds to step 110, wherein the backup operation is initiated and 

! performed using the backup process execution table shown in Fig. 1 1 , after which the 

E;i 20 method ends in step 112. 

With reference again to the step 104 in Fig. 6B, if there are more target data files 
after the candidate data file F is assigned to a backup process (e.g., the candidate file F is 
not Fsmaiiestin .the embodiment where the target data files are processed in order from 
largest to smallest), the method proceeds to step 106, in which the next data file (e.g., the 
25 next smallest) is selected. The method then retums, via the links 108 (Fig. 6B) and 122 
(Fig. 6A), to the step 78, at which point the new (e.g., next smallest) candidate data file is 
pre-assigned to the first backup process BPi. Thereafter, the method performs the pre- 
assignment procedure described above for the new candidate data file. 

With reference again to the step 100 in Fig. 6B, if more than one selected backup 
30 process satisfies the query in the step 96 (Ar < Ki x ?), the method proceeds to step 
114, which examines the contention penalties corresponding to the other resources R2 
(e.g., disk controller) and R3 (e.g., front-end controller) listed in the table of Fig. 10 for 
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each selected backup processes that satisfied the query in the step 96. In particular, as 
illustrated in step 114, the method calculates an access path collision (APC) penalty for 
• each selected backup process, as given by the expression 

5 APC = [K2 X R3 Penalty] + [(1 -K2) x R2 Penalty] , 

where the weighing factor K2 may be any value between 0 and 1 and, as with the 
constant Ki^ may be empirically determined. In one embodiment, the weighing factor K2 
is selected to be 0.5. Hence, in this embodiment, each of the contention penalties for the 
10 resources R2 and R3 are "weighed" equally. 

In step 116 of Fig. 6B, the method selects the one or more backup process with 
Q the lowest access path collision (APC) penalty, and in step 118 asks if there is more than 

Cj one selected backup process having the lowest APC penalty. If only one backup process 

J" has the lowest APC penalty, the method proceeds to step 102, where the candidate file F 

1--^ 15 is assigned to the selected backup process. If, however, more than one backup process 

has the same APC penalty, in step 120 of Fig. 6B the method selects the one of the 
f backup processes sharing the lowest APC penalty that has the lowest elapsed time 

nj difference At (i.e. the shortest backup process having the lowest APC), after which the 

12 method proceeds to step 102, where the candidate file F is assigned to the selected 

^ 20 backup process. 

It should be appreciated that the use and derivation of the APC penalty discussed 
above in cormection with the step 1 14 is merely one example of a technique for weighing 
the relative importance of particular resources, and that the invention is not limited to 
this particular technique. For example, alternatively, for each selected backup process 
25 that satisfies the query in the step 96, methods according to other embodiments of the 
invention may examine only the R2 penalties (or only the R3 penalties) individually and 
select the backup process having the lowest individual R2 (or R3) penalty, as opposed to 
examining an algebraic combination of the R2 and R3 penalties (as is the case for the 
APC penalty). Furthermore, if two or more backup processes have the same R2 (or R3) 
30 penalties, such altemative methods may further examine an individual penalty for yet 
another resource, and so on. 
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Additionally, the embodiment of the invention that prioritizes certain resources is 
not Umited to the implementation discussed above, wherein decisions are made based on 
one resource (Ri in the example above), and then decisions are made for other resources 
only if there are multiple processes equally efficient based on the highest priority 
5 resource. For example, various mathematical combinations (e.g., algebraic relationships) 
of contention penalties for various resources can be evaluated to select a backup process 
to which the candidate file F is assigned. In this maimer, a number of different weighing 
factors other than, or in addition to, the factor K2 may be employed to implement a 
particular weighing scheme for the resources. For example, a particular backup process 
10 to which the candidate file F is assigned may be selected based on some criterion for 
evaluating an expression for an "aggregate" penalty AP having the form 

C3 

v1 AP = [K3 X Ri Penalty] + [K4 x R2 Penalty] + [K5 x R3 Penalty] + ...., 

l^i^ 15 where the weighing factors K3 ^ 4^ 5 each may have a variety of values (e.g., between 0 

and 1) to implement a particular weighing or priority scheme for the various resources 

n j In view of the foregoing, it should be appreciated that although the method of 

rf Figs. 6A and 6B is directed to assigning data files to backup processes based on potential 

O 20 contentions between three particular resources (i.e., disk drives, disk controllers, and 

front-end controllers, as shown in Fig. 3), the method outlined in Figs. 6A and 6B may 
be adapted for use with any number and variety of computer environment resources that 
are used to access target data during a backup operation. In addition, according to 
various embodiments of the invention discussed above, a method similar to that outlined 
25 in Figs. 6A and 6B enables consideration of resources in a computer environment in 

terms of their relative significance with respect to potential performance degradation of a 
backup operation by, for example, prioritizing the resources in order of importance. 

Furthermore, as discussed above in connection with the method outlined in Fig. 
5, the method of Figs. 6A and 6B, as well as similar methods according to other 
30 embodiments, may be iterated a number of times using different orders of consideration 
for the candidate data files of the target data to compile a number of tables similar to Fig. 
1 1 , each table having a particular arrangement of target data file assignments among the 
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backup processes. Once a number of such tables are compiled, the method may 
determine if one particular arrangement of target data file assignments results in a shorter 
completion time for a backup operation than would other arrangements. In this maimer, 
the method of Figs. 6 A and 6B, as well as similar methods, may be iterated a number of 
5 times to optimize the assigrmient of target data files to backup processes so as to insure a 
shortest completion time for the backup operation. 

According to yet another embodiment of the invention, the method of Figs. 6A 
and 6B may be adapted to consider the possibility that each of the backup processes BPi- 
BPn may not execute at the same data rate r. In practice, since it may not be entirely 
10 possible to eliminate resource contention amongst the backup processes BPi-BPn, from 
time to time the backup processes may not execute at the data rate r due to resource 
C3 contentions. 

^ j In view of the foregoing. Fig. 12 illustrates an example of a method according to 

one embodiment of the invention that takes into consideration the possibility of different 
h= 15 data rates r amongst the backup processes BPi-BPn. Fig. 12 is a drawing of a graph 

y>j similar to that shown in Fig. 7, illustrating a "snapshot" view of the backup processes 

^ BPi-BPn at some point during a data file pre-assignment procedure, as discussed above 

nj in connection with Fig. 5 and Figs. 6A and 6B. In particular. Fig. 12 illustrates two 

"guard bands" 200A and 200B respectively positioned above and below the segment Si 
C3 20 of the candidate file F which is pre-assigned to the backup process BPi. Fig. 12 also 

shows that each of the guard bands 200A and 200B has a respective duration GBa and 

GBb- 

According to one aspect of this embodiment, the durations GBa and GBb of the 
guard bands 200 A and 200B are related to the duration Di of the segment Si. For 

25 example, each of the durations GBa and GBe may be approximately 10% of the duration 
Di. It should be appreciated, however, that the foregoing example of guard band 
durations is for purposes of illustration only, and that the respective durations GBa and 
GBb of the guard bands 200A and 200B may be the same or different and, may have a 
variety of values which may or may not be related to the duration Di of the segment Si . 

30 According to this embodiment, the step 82 in the method of Figs. 6A and 6B 

(shown particularly in Fig. 6A) is modified such that for each segment of a candidate 
data file F, any resources (Ri, R2, R3. . .) used to access the segment are compared with 
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resources used in all other backup processes during a time interval defined by the 
duration of the segment plus an additional time interval corresponding to at least one, if 
not two, guard bands (e.g., one preceding and one following each segment). In 
particular, Fig. 12 shows that the guard band 200B precedes the segment Si and the 
5 guard band 200 A follows the segment Si for the candidate data file F. In this example, 
resources are compared amongst the backup processes BPi-BPn for the segment Si 
during the time interval between {t\ - GBb) to (/i + Di + GBa), as indicated on the right 
vertical axis of Fig. 12. By comparing resources during a time interval that is longer 
than the actual duration of the segment under consideration, the method adds an extra 
10 measure of security against variations in data rate r amongst the backup processes BPi- 
BPn that may lead to inaccurate resource contention determinations if a constant data 
rate r is assumed for each backup process. 

As discussed above, the guard band dvirations GBb and GBa shown in Fig. 12 
may have a number of values and may be empirically determined for a particular backup 

CJ 15 , storage system. Additionally, while Fig. 12 illustrates guard bands preceding and 

folio v^ng the segment Si of the candidate file F, it should be appreciated that similar 

J" guard bands may be identified for the segment S2 of the candidate file F. Furthermore, 

as discussed above, the concept of guard bands may be extended to any segment Si-Sm 

.j=j of any candidate file F under consideration. 

" 20 The use of guard bands as shown in Fig. 12 to account for potential differences in 

nJ the actual execution rates of the backup processes reduces processing time when 

[J: employed, for example, vAxh the methods outlined in Fig. 5 and Figs. 6 A and 6B. This 

O reduced processing time is advantageous when these methods are performed as part of 

the backup operation. However, it should be appreciated that the invention is not 
25 limited in this respect, as other techniques according to the present invention may be 
• used to account for potential differences in the actual execution rates of the backup 
processes. For example, according to one embodiment, one or more contention penalties 
calculated for a particular backup process during the pre-assignment procedure of either 
of the methods outlined in Fig. 5 and Figs. 6A and 6B may be added to the elapsed time 
30 of a particular backup process to which a candidate file is actually assigned, to account 
for resource contention. Similarly, any contention that results in other backup processes 
as a result of the actual assignment of the candidate file to the particular backup file may 
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be accounted for in the other backup processes (i.e., contention times may be added to 
the elapsed times of the other processes). In this manner, the elapsed time of each 
backup process would reflect any contentions for resources amongst the backup 
processes that would result during the backup operation. 

As discussed above in connection with Fig. 4, it should be appreciated that the 
contention controller 34 that performs the above-described aspects of the present 
invention can be in a backup storage system or elsewhere in a computer system, and can 
be implemented in numerous ways, such as with dedicated hardware, or using a 
processor that is programmed using microcode or software to perform the fimctions 
recited above. In this respect, it should be appreciated that one embodiment of the 
invention is directed to a computer readable medium (e.g., a computer memory, a floppy 
disk, a compact disk, a tape, etc.) encoded with a computer program that, when executed 
on a computer or other processor, performs methods that implement the various 
embodiments of the invention discussed above. The computer readable medium can be 
transportable, such that the program stored thereon can be loaded onto one or more 
different computer systems to implement various aspects of the present invention as 
discussed above. It should be understood that the term "computer program" is used 
herein in a generic sense to reference any type of computer code that can be employed to 
program a computer or other processor to implement various aspects of the present 
invention as discussed above. 

Having described several embodiments of the invention in detail, various 
modifications and improvements will readily occur to those skilled in the art. Such 
modifications and improvements are intended to be within the spirit and scope of the 
invention. Accordingly, the foregoing description is by way of example only, and is not 
intended as limiting. The invention is limited only as defined by the following claims 
and the equivalents thereto. 

What is claimed is: 



